都会|也就是_Linux进程理解

篇首语：本文由编程笔记#小编为大家整理，主要介绍了Linux进程理解相关的知识，希望对你有一定的参考价值。

目录

• 一、冯诺依曼体系
• 二、操作系统概念
• 三、进程
• • 3.1 进程概念
  • 3.2 描述进程-PCB
  • 3.3 进程状态
  
  
• 四、进程地址空间

我们先来看一下日常生活中&＃xff0c;我们所用的电脑或者公司用的服务器都遵守冯诺依曼体系

由五种组成&＃xff0c;分别是输入设备&＃xff0c;存储器&＃xff0c;运算器&＃xff0c;控制器和输出设备

输入单元&＃xff1a;鼠标&＃xff0c;键盘&＃xff0c;扫描仪&＃xff0c;写板&＃xff0c;网卡&＃xff0c;磁盘&＃xff0c;话筒等
存储器&＃xff1a;也就是物理内存&＃xff0c;后续讲进程地址会详细讲
运算器和控制器&＃xff1a;都属于CPU&＃xff0c;运算器在CPU中会做两件事一是执行算术&＃xff0c;二是执行逻辑
输出单元&＃xff1a;显示器&＃xff0c;网卡&＃xff0c;磁盘&＃xff0c;音响

输入和输出设备统称为外设&＃xff0c;其次CPU并不和外设打交道&＃xff0c;同样的外设只和内存打交到

过程&＃xff1a;输入单元输入的是数据&＃xff0c;数据写入存储器进行处理(运算器和控制器)然后再传出输出设备&＃xff0c;因此冯诺依曼规定了硬件层面上的数据流向

那么从冯诺依曼体系的角度来解释一道题&＃xff1a;
小明在广东给远在安徽的小红发了一句在吗&＃xff1f;那么请问发送了这个“在吗&＃xff1f;”信息经过了哪些步骤&＃xff1f;
ans&＃xff1a;输入在吗&＃xff1f;通过输入设备&＃xff0c;然后存储到存储器&＃xff0c;qq软件运行的时候也跑在存储器上&＃xff0c;通过加密运算等过程再写回到存储器然后qq再把数据刷新出去&＃xff0c;到输出设备&＃xff0c;此时的输出设备叫网卡。通过网络朋友家接收数据的输入设备此时是网卡&＃xff0c;不是键盘然后网卡的数据首先也会贯道内存里&＃xff0c;qq在内存中获得消息&＃xff0c;经过CPU运算解包再写到存储器里&＃xff0c;然后存储器再定时的刷到显示器上&＃xff0c;朋友最终收到了消息

操作系统是进行软硬件资源管理的软件&＃xff0c;管理硬件用struct结构体进行描述&＃xff0c;用链表或其他高效数据结构进行组织&＃xff0c;操作系统包括以下&＃xff1a;

1. 内核&＃xff08;进程管理&＃xff0c;内存管理&＃xff0c;文件管理&＃xff0c;驱动管理&＃xff09;
2. 其他程序&＃xff08;例如函数库&＃xff0c;shell程序等&＃xff09;

为什么会有有操作系统&＃xff1f;
3. 可以减少用户使用计算机的成本
4. 对下管理好所有的软硬件&＃xff0c;对上对用户提供一个稳定高效的运行环境

3.1 进程概念

那么什么是进程&＃xff1f;
进程 &＃61; 你的程序 &＃43; 内核申请的数据结构(PCB)&＃xff0c;程序加载到内存里&＃xff0c;操作系统为此创建PCB结构体变量然后里面填上该进程的属性信息最终完成进程创建

举个例子&＃xff0c;当我们启动一个google浏览器&＃xff0c;或者进行下载等&＃xff0c;程序一旦运行就是进程。
进程是资源分配的最小单位&＃xff0c;且每个进程拥有独立的地址空间

那么问题来了&＃xff01;&＃xff01;
如果我们开启了几十个进程呢&＃xff1f;对于操作系统来说就必须要进行管理
正如上面所提到的我们对于每个进程都遵守先描述再组织的原则&＃xff0c;先描述就是为每个进程创建一个进程控制块PCB&＃xff0c;进程信息被放在进程控制块的数据结构中&＃xff0c;然后一个个的进程由链表或其他高效数据结构进行组织

3.2 描述进程-PCB

那么我们就详细了解一下PCB&＃xff0c;可以理解为进程属性的集合&＃xff0c;就好像在自然界中我们看到一个动物会通过它的特征进行描述组织从而精准的判断。
在Linux操作系统下的描述进程结构体叫做task_struct
task_struct是linux内核中的一种数据结构&＃xff0c;被装在到内存里并且包含着对应进程的信息

1. 标示符: 描述本进程的唯一标示符&＃xff0c;用来区别其他进程。也就是我们在Linux下看到的PID
   我们可以grep一个进程看到
   
2. 状态: 任务状态&＃xff0c;退出代码&＃xff0c;退出信号等。
3. 优先级: 相对于其他进程的优先级。
4. 程序计数器: 程序中即将被执行的下一条指令的地址。
5. 内存指针: 包括程序代码和进程相关数据的指针&＃xff0c;还有和其他进程共享的内存块的指针
6. 上下文数据: 进程执行时处理器的寄存器中的数据[休学例子&＃xff0c;要加图CPU&＃xff0c;寄存器]。
7. I&＃xff0f;O状态信息: 包括显示的I/O请求,分配给进程的I&＃xff0f;O设备和被进程使用的文件列表。
8. 记账信息: 可能包括处理器时间总和&＃xff0c;使用的时钟数总和&＃xff0c;时间限制&＃xff0c;记账号等

注意&＃xff1a;进程放在CPU上后&＃xff0c;不是一直在运行知道进程结束的

一般进程让出CPU有两种情况

1. 来了一个优先级更高的进程
2. 时间片到了

并发和并行的概念&＃xff1a;
单CPU&＃xff1a;跑起来多个进程&＃xff0c;通过进程快速切换的方式&＃xff0c;有个时间片&＃xff0c;在一段时间内给进程运行一段固定的时间片时间&＃xff0c;然后给下一个&＃xff0c;从而实现并发
多核CPU&＃xff1a;任何时刻&＃xff0c;允许多个进程同时执行&＃xff0c;并行

进程间切换&＃xff1a;
最重要的就是保存上下文&＃xff0c;把临时数据保存在PCB中&＃xff0c;让出给其他的进程
如果有4个进程被切&＃xff0c;是出于运行状态的&＃xff0c;所以我们的操作系统会给每个CPU形成对应的 运行队列&＃xff0c;通过运行队列把所有的PCB链接起来&＃xff08;也是用全局的链表连接起来&＃xff0c;因为PCB里面包含了大量的指针&＃xff0c;和文件等其他事务关联&＃xff09;&＃xff0c;这些队列是CPU所绑定的运行队列&＃xff0c;CPU拿任务时就从这个队列中去拿任务&＃xff0c;状态都为 R 状态

操作系统进行进程调度&＃xff0c;CPU执行
总结&＃xff1a;

1. 我们的进程进行切换时&＃xff0c;因为某些原因如时间片到了&＃xff0c;或者遇到了一个优先级更高的进程&＃xff0c;当前正在运行的进程需要保存上下文信息&＃xff0c;然后让出CPU&＃xff0c;另一个新到来的进程需要将自己的数据放入寄存器中&＃xff0c;当被切走的进程回来时&＃xff0c;也需要首先做恢复工作&＃xff0c;这就叫上下文的保存与恢复
2. 每一个进程都隶属于某一个运行队列&＃xff0c;CPU直接从队列中调度

代码中用fork进行理解

1. 程序员角度&＃xff1a;父子共享用户代码&＃xff0c;而用户数据各自私有一份。其中父子共享用户代码是只读的&＃xff0c;不可修改和写入。 为什么要私有&＃xff1f;操作系统中&＃xff0c;所有进程具有独立性&＃xff0c;如一个app挂掉而不影响另外一个进程的运行。 所以私有一份&＃xff0c;不让进程相互干扰所以是只读的不能修改
2. 内核角度&＃xff1a;fork后&＃xff0c;系统多了一个进程。创建子进程&＃xff0c;通常以父进程为模版其中子进程默认使用的是父进程的代码和数据(写时拷贝)

为什么给子进程返回的是0&＃xff0c;父进程返回子进程的pid&＃xff1f;
儿子 -> 唯一父亲 &＃xff0c; 因此儿子找父亲是特别简单的&＃xff0c;是0
父亲 -> 多个子女 &＃xff0c;而一个父亲找特定的儿子是特别难的&＃xff0c;所以要用不同ID区分

3.3 进程状态

通过task state array定义可以看出一共有七种状态

1. R状态可以时正在运行&＃xff0c;但是R状态有时候也并不代表是在CPU上面运行&＃xff0c;进程在队列中等待被调度时&＃xff0c;或者说进程准备就绪时也是R状态
   
2. S状态&＃xff0c;也叫浅度休眠&＃xff0c;对外部事件可以做出反应&＃xff0c;如ctrl&＃43;c 可以停止休眠
3. D状态&＃xff0c;也叫深度休眠&＃xff0c;不可以被kill掉&＃xff0c;即便是操作系统通常在访问磁盘进行数据拷贝的关键步骤上是需要将进程设置为Deep sleep的&＃xff0c;只能等待D状态进程自动醒来&＃xff0c;或是关机重启
4. 小T状态&＃xff0c;是一种等待状态
   
   

-18让进程又开始跑起来

5. 大T状态&＃xff0c;tracing stop用于打断点&＃xff0c;进程就不跑了
   

6. Z状态&＃xff0c;僵尸状态
   进程退出时会将自己退出的相关信息写入进程的PCB中&＃xff0c;供OS或者父进程来进行读取&＃xff0c;其中我们把一个进程退出了但还没有被读取的时间点&＃xff0c;我们称该进程来僵尸状态。
   注意&＃xff1a;这里Z状态一直不退出&＃xff0c;PCB要一直维护。如果父进程创建了很多子进程就是不会收&＃xff0c;就造成了内存资源浪费&＃xff0c;因为数据结构对象本身就要占用内存&＃xff0c;换言之造成内存泄漏

7. X状态&＃xff0c;进程结束
   读取成功后&＃xff0c;该进程才算真正死亡&＃xff01;为X状态

举个僵尸状态的例子&＃xff1a;


当子进程执行完自己的事情后退出了&＃xff0c;父进程还在S状态&＃xff0c;但父进程不回收子进程&＃xff0c;这时候子进程都会处于僵尸状态

僵尸进程本质上是为了维护一种临时状态&＃xff0c;让我们父进程对子进程进行读取&＃xff0c;进而回收资源&＃xff0c;以及释放对应进程所占的资源

⚠️注意&＃xff1a;Z状态已经挂掉&＃xff0c;是不能被Kill掉的&＃xff0c;plus 深度休眠状态也是不能kill掉的

8. 孤儿进程
   先来看一组代码
   下面的代码父进程首先fork后&＃xff0c;父进程先退出了&＃xff0c;那么就不会去读取子进程的返回代码了
   那么这个老爹退出了之后&＃xff0c;子进程还在S状态&＃xff0c;需要被领养&＃xff0c;也就是被PPID 为1操作系统给领养
   那么这个被领养的进程就叫孤儿进程&＃xff0c;非常的形象生动吧&＃xff01;
   
   我们给下命令> top
   查看 一下1号进程
   

前面的都是开胃菜&＃xff0c;这里才是重头戏&＃xff01;
首先看一幅图
进程地址空间从下到上为低地址到高地址

printf("Lowest area: code Address : %p \\n", main); //main是函数&＃xff0c;一定是属于代码的一部分&＃xff0c;所以可以充当代码段
const char* p &＃61; "I&＃39;m in const or you can call me static area"; //栈区定义一个p变量&＃xff0c;p变量保存的是常量区的字符串
printf("Read Only : %p \\n", p); //p就是保存该常量的起始地址&＃xff0c; 如果是static int&＃xff0c;也在这里(生命周期全局)
printf("global initAlready : %p \\n", &g_InitAlready);
printf("global Uninitalized : %p \\n", &g_unInit);
char *q &＃61; (char*)malloc(10);
printf("Heap Addr : %p \\n", q); //注意是q&＃xff0c;而不是&q&＃xff0c;如果是&q则是保持在栈区的变量名地址&＃xff0c;而不是q内容
printf("Stack Addr p : %p \\n", &p); //栈区向下增长&＃xff0c;p先入栈&＃xff0c;因此地址会比q的要大
printf("Stack Addr q : %p \\n", &q);

printf("args Addr : %p \\n", argv[0]);
printf("argv Addr : %p \\n", argv[argc-1]); //带一些选项就不一样了
printf("Env Addr : %p \\n", env[0]);


上图论证了各个区域所存放的地址&＃xff0c;从代码段到环境变量区域由低向高走

进程地址空间&＃xff0c;不是内存&＃xff01;是虚拟出来的&＃xff0c;后面会讲到到每一个进程都会认为自己有一块这么大的空间。
进程地址空间&＃xff0c;会在进程的整个生命周期一直存在&＃xff0c;直到进程退出&＃xff01; 这就是为什么定义的全局变量在为初始化&＃xff0c;初始化&＃xff0c;静态区一直存在了

我们可以论证这样一个观念&＃xff1a;
假设内存是4GB&＃xff0c;创建出来的每个进程都会认为自己有一块这么大的空间

---

val &＃61; 0的情况
如果一个进程创建了一个child后sleep 3秒钟&＃xff0c;child先跑&＃xff0c;对val进行修改后为10&＃xff0c;父亲再读取这个val&＃xff0c;child打印出来的val&＃61;10&＃xff0c;而父val&＃61;0&＃xff0c;但是发现他们的地址尽然一样&＃xff01;&＃xff0c;这也从侧面论证了我们看到的不是实实在在的物理地址&＃xff0c;而进程地址空间本质上就是一种虚拟地址。他们的值可以不一样是因为进程间是相互独立的&＃xff0c;代码虽然是共享&＃xff0c;数据是各自私有的&＃xff0c;当发生写的动作时就是写时拷贝

进程地址空间的数据结构&＃xff1a;

地址空间是在进程和物理空间之间的一个软件层&＃xff0c;通过mm_struct来模拟 让操作系统给每个进程画大饼&＃xff0c;让每个进程都认为自己有整个地址&＃xff0c;或者说物理内存&＃xff0c;这样我们的每个进程就可以根据自己的地址空间来划分自己的代码

地址空间和物理内存之间的关系:

1. 把进程的代码和数据加载到内存中&＃xff0c;并给进程创建进程地址空间
2. 给每个进程创建一个页表结构&＃xff0c;页表构建的就是从进程地址空间出来的虚拟地址到物理地址当中的映射

因此我们就可以说父子进程打印出来的地址可以是完全一样&＃xff0c;而值不同

页表有权利去控制某段数据有没有权限写进物理内存&＃xff0c;也就是说&＃xff0c;地址空间中的字符常量区和代码区给到页表是只读权限的&＃xff0c;我们创建的一个指针变量p&＃xff0c;在栈中保存&＃xff0c;指向的数据在常量区&＃xff0c;不能进行修改&＃xff0c;报segmentaltion fault

那么问题来了&＃xff1a;

为什么不把输入设备的值直接放入物理地址不就完事了吗&＃xff1f;还每个进程额外虚拟出来一块地址空间干嘛呢?
如果直接访问物理内存&＃xff0c;进程一多就有可能发生指针越界&＃xff0c;那么进程的独立性就无法得到保证&＃xff0c;因为物理内存暴露&＃xff0c;可能有恶意程序直接对内存数据进程篡改或者读取了

有了地址空间的好处&＃xff1a;

1. 保护物理内存&＃xff0c;不收到任何进程内的地址的直接访问&＃xff0c;方便进行合法性检测
2. 将内存管理和进程管理进行解构( 比如创建进程&＃xff0c;只需在页表中向系统申请内存&＃xff0c;当进程释放只需通过页表释放内存&＃xff08;内存管理只需知道哪些内存区域(Page页表)是无效的&＃xff0c;哪些是有效的&＃xff09;&＃xff0c;但如果没有页表进程和物理内存之间是强耦合的
3. 让每个进程&＃xff0c;以同样的方式&＃xff0c;来看待代码和数据。想象一下当每个可执行程序都已经在执行前被划分好了一块块区域&＃xff0c;通过页表&＃xff0c;物理地址可以进行高效访问

创作不易&＃xff0c;如果文章对你帮助的话&＃xff0c;点赞三连哦:)